Ｈａｒｑバッファを操作するための方法

专利摘要:
ＨＡＲＱバッファを操作する方法が開示される。この方法は、ＨＡＲＱＡＣＫを受信するステップ、ＨＡＲＱ ＡＣＫの受信に応じてＨＡＲＱバッファを確保するステップ、及び所定の時間の間にＰＤＣＣＨメッセージを受信しない場合、ＨＡＲＱバッファをフラッシュするステップを備える。本発明の方法を用いて、ＨＡＲＱバッファを継続的に確保することによるリソースの無駄遣いを回避すること、及びアップリンクのデータ伝送におけるいかなる潜在的な衝突も回避することができる。
公开号:JP2011512088A
申请号:JP2010545350
申请日:2009-02-04
公开日:2011-04-14
发明作者:ファニウオロ，アントネラ；ヤン，タオ
申请人:アルカテル−ルーセント；
IPC主号:H04W28-04

专利说明:

[0001] 本発明は無線通信に関し、詳細には、ＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｑｕｅｓｔ、ハイブリッド自動再送要求）バッファを操作するための方法であって、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ユーザ装置）がＨＡＲＱＡＣＫ（ＨＡＲＱ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＨＡＲＱ送達確認）を受信した後に、ＨＡＲＱバッファ上の制御を最適化することができる方法に関する。]
背景技術

[0002] ＬＴＥシステムでは、ＵＥがＰＨＩＣＨ（即ちＨＡＲＱフィードバック指示チャネル）上で単にＨＡＲＱＡＣＫを受信し、ＰＤＣＣＨメッセージを受信しないとき、そのＨＡＲＱバッファを確保する必要があると了解されてきた。しかしながら、ＵＥがそのＨＡＲＱバッファを、いかなる事態においても、最大再送限界に達するまで継続的に確保する場合、リソースの無駄が生じる。従って、ＨＡＲＱバッファの最適な制御のための方法の必要性がある。]
課題を解決するための手段

[0003] 本発明の目的は、ＵＥがＨＡＲＱＡＣＫを受信した後にＨＡＲＱバッファ上の制御を最適化することができる、ＨＡＲＱバッファを操作するための方法を提供することである。]
[0004] 本発明の一態様では、ＨＡＲＱＡＣＫを受信するステップ、ＨＡＲＱ ＡＣＫの受信に応じてＨＡＲＱバッファを確保するステップ、及び所定の時間の間にＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、物理ダウンリンク制御チャネル）メッセージを受信しない場合、ＨＡＲＱバッファをフラッシュするステップを備える、ＨＡＲＱバッファを操作するための方法が提供される。]
[0005] 本発明のさらなる一態様では、ｅＮｏｄｅＢ（ｅｎｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）からＨＡＲＱＡＣＫを受信するステップ、ＨＡＲＱ ＡＣＫの受信に応じてＨＡＲＱバッファを確保するステップ、所定の時間の間に、期待される新たな伝送が検出されない場合、ｅＮｏｄｅＢからＵＥへ新たな伝送を求めるＰＤＣＣＨメッセージを送信するステップ、及びＰＤＣＣＨメッセージの受信に応じてＨＡＲＱバッファをフラッシュするステップを備える、ＨＡＲＱバッファを操作するための方法が提供される。]
[0006] 好ましくは、この方法は、受信されたＰＤＣＣＨメッセージに基づいてＵＥによって新たな伝送を行うステップをさらに備える。]
[0007] 本発明のまたさらなる態様では、ｅＮｏｄｅＢ（ｅｎｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）からＨＡＲＱＡＣＫを受信するステップ、ＨＡＲＱ ＡＣＫの受信に応じてＨＡＲＱバッファを確保するステップ、所定の時間の間に、期待される再送が検出されない場合、ｅＮｏｄｅＢからＵＥへ再送を求めるＰＤＣＣＨメッセージを送信するステップ、及びＰＤＣＣＨメッセージの受信に応じて再送を行うステップを備える、ＨＡＲＱバッファを操作するための方法が提供される。]
[0008] 好ましくは、この方法は、最大再送限界に達するまでＨＡＲＱバッファを確保するステップをさらに備える。]
[0009] 好ましくは、ＨＡＲＱＡＣＫは、ＵＥ側においてｅＮｏｄｅＢからのＨＡＲＱ ＮＡＣＫで発生するエラーによって引き起こされる。]
[0010] 本発明の方法を用いて、ＨＡＲＱバッファを継続的に確保することによるリソースの無駄遣いを回避すること、及びアップリンクのデータ伝送におけるいかなる潜在的な衝突も回避することができる。]
[0011] 本発明の上記の及び他の目的、特徴ならびに利点は、図面を参照した好ましい実施形態の以下の説明からさらに明らかになるであろう。]
図面の簡単な説明

[0012] 本発明の一実施形態による第１のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す図である。
本発明の一実施形態による第２のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す図である。
本発明の一実施形態による第３のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す図である。
本発明の一実施形態による第４のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す図である。]
実施例

[0013] 以下に、図面と併せて本発明の好ましい実施形態の詳細な説明を行う。説明では、本発明の上記の目的、特徴、及び利点が不明瞭にならないように、本発明に必要のない詳細及び機能は省略する。]
[0014] 図１は、本発明の一実施形態による第１のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示している。図に示すように、第１のシナリオでは、ｅＮｏｄｅＢはＰＨＩＣＨによりＡＣＫメッセージのみを伝送し、ＰＤＣＣＨメッセージ、即ち制御コマンドを現在のＵＥに伝送しない。] 図１
[0015] ステップＳ１０において、ｅＮｏｄｅＢは、ＰＨＩＣＨによりＨＡＲＱＡＣＫをＵＥに伝送する。ステップＳ１１において、ＨＡＲＱ ＡＣＫの受信に応じて、ＵＥはそのＨＡＲＱバッファを確保し、自らの伝送を停止する。その後、ＵＥはＰＤＣＣＨメッセージを監視する、即ちＵＥは、ＰＤＣＣＨメッセージが所定の時間内に受信されるかどうかを判断する。ＰＤＣＣＨメッセージはＵＥに送信されないので、ＵＥは所定の時間内にＰＤＣＣＨメッセージを受信しない。ステップＳ１２において、ＵＥはそのＨＡＲＱバッファをフラッシュする。あるいはＵＥは、最大再送限界に達するまで、又はＰＤＣＣＨメッセージが受信されるまで、そのＨＡＲＱバッファを確保することができる。]
[0016] 図２に、本発明の一実施形態による第２のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す。第２のシナリオでは、ｅＮｏｄｅＢはＵＥに、ＰＨＩＣＨによりＨＡＲＱＡＣＫメッセージを送信するだけでなく、新たな伝送を求めるＰＤＣＣＨメッセージを送信するが、ＰＤＣＣＨメッセージはＵＥ側で失われている。] 図２
[0017] ステップＳ２０において、ｅＮｏｄｅＢはＵＥに、ＰＨＩＣＨによりＨＡＲＱＡＣＫを、ならびに新たなデータ伝送を求めるＰＤＣＣＨメッセージを送信する。]
[0018] ステップＳ２１において、ＵＥは、ＰＤＣＣＨメッセージが失われたので、そのＨＡＲＱバッファを確保し、自らの伝送を停止する。]
[0019] ＰＤＣＣＨメッセージが失われているため、ｅＮｏｄｅＢは、所定の時間の間、スケジュールされたリソース上にいかなる新たな伝送も検出することができない。このときｅＮｏｄｅＢはＰＤＣＣＨメッセージが失われたことに気づく。この時点で、ｅＮｏｄｅＢはＵＥに新たなデータ伝送を求めるＰＤＣＣＨメッセージを再び送信する。]
[0020] ステップＳ２２において、ＵＥが新たな伝送を求めるＰＤＣＣＨメッセージを検出したとき、ＵＥはそのＨＡＲＱバッファをフラッシュし、新たな伝送を行う。]
[0021] 図３に、本発明の一実施形態による第３のシナリオにおけるｅＮｏｄｅＢ及びＵＥの操作プロセスを示す。第３のシナリオでは、ｅＮｏｄｅＢはＵＥに非適応再送を求めるＨＡＲＱＡＣＫメッセージを送信するが、ＵＥ側でＮＡＣＫ−＞ＡＣＫエラーが発生する。] 図３
[0022] ステップＳ３０において、ｅＮｏｄｅＢはＵＥに非適応再送を求めるＨＡＲＱＡＣＫメッセージを送信するが、送信中、ＵＥ側でＮＡＣＫ−＞ＡＣＫエラーが発生し、従ってＵＥはＨＡＲＱ ＡＣＫメッセージを受信することになる。]
[0023] ステップＳ３１において、ＨＡＲＱＡＣＫの受信に応じて、ＵＥはそのＨＡＲＱバッファを確保し、自らの伝送を停止する。]
[0024] ＵＥは、所定の時間の間にＨＡＲＱＮＡＣＫを受信しないので、再送は行われない。言い換えれば、ｅＮｏｄｅＢは、所定の時間を過ぎても期待される再送データを受信しない。この時点で、ｅＮｏｄｅＢはＵＥ側でＮＡＣＫ−＞ＡＣＫエラーが発生していることに気づき、再送を指示するＰＤＣＣＨメッセージを再送する。]
[0025] ステップＳ３２において、ＵＥが再送を求めるＰＤＣＣＨメッセージを受信する場合、ＵＥはまさに受信したＰＤＣＣＨメッセージに基づいて再送を行う。]
[0026] 図４に、本発明の一実施形態による第４のシナリオにおけるｅＮｏｄｅ Ｂ及びＵＥの操作プロセスを示す。第４のシナリオでは、ｅＮｏｄｅＢはＵＥにＨＡＲＱＡＣＫメッセージならびに適応再送を求めるＰＤＣＣＨメッセージを送信するが、ＵＥ側では、ＮＡＣＫ−＞ＡＣＫエラーが発生し、ＰＤＣＣＨメッセージは失われる。] 図４
[0027] ステップＳ４０において、ｅＮｏｄｅＢはＵＥにＨＡＲＱＡＣＫメッセージならびに適応再送を求めるＰＤＣＣＨメッセージを送信するが、ＵＥ側では、ＮＡＣＫ−＞ＡＣＫエラーが発生し、ＰＤＣＣＨメッセージは失われる。つまり、ＵＥは誤ったＨＡＲＱ ＡＣＫメッセージのみを受信することになる。]
[0028] ステップＳ４１において、誤ったＡＣＫメッセージの受信に応じて、ＵＥはそのＨＡＲＱバッファを確保し、その伝送を停止する。]
[0029] ｅＮｏｄｅＢは所定の時間の間、スケジュールされたリソース上に期待される再送を検出しないので、ｅＮｏｄｅＢはＰＤＣＣＨが失われ、ＮＡＣＫ−＞ＡＣＫエラーが発生したことに気づくようになる。]
[0030] ステップＳ４２において、ｅＮｏｄｅＢは、ＵＥに再送を求めるＰＤＣＣＨメッセージを再び送信する。]
[0031] ステップＳ４３において、ＵＥはＰＤＣＣＨメッセージを受信すると、受信したＰＤＣＣＨメッセージに基づいて関連する再送を行う。]
[0032] 本発明を、好ましい実施形態と共に上記に開示した。当業者は、本発明の範囲内で本発明に対する様々な変形形態、代替形態、及び追加形態を作成することができる。従って、本発明の範囲は、上記の特定の実施形態に限定されず、添付の特許請求の範囲によって定義されるべきである。]

权利要求:

請求項1
ＨＡＲＱバッファを操作するための方法であって、ＨＡＲＱＡＣＫを受信するステップ、前記ＨＡＲＱＡＣＫの前記受信に応じてＨＡＲＱバッファを確保するステップ、及び所定の時間の間にＰＤＣＣＨメッセージを受信しない場合、前記ＨＡＲＱバッファをフラッシュするステップを備える方法。
請求項2
請求項１に記載の方法であって、最大再送限界に達するまで、又はＰＤＣＣＨメッセージが受信されるまで、ＨＡＲＱバッファを確保するステップをさらに備える方法。
請求項3
ＨＡＲＱバッファを操作するための方法であって、ｅＮｏｄｅＢからＨＡＲＱＡＣＫを受信するステップ、前記ＨＡＲＱＡＣＫの前記受信に応じてＨＡＲＱバッファを確保するステップ、所定の時間の間に、期待される新たな伝送が検出されない場合、前記ｅＮｏｄｅＢからＵＥへ新たな伝送を求めるＰＤＣＣＨメッセージを送信するステップ、及び前記ＰＤＣＣＨメッセージの前記受信に応じて前記ＨＡＲＱバッファをフラッシュするステップを備える方法。
請求項4
請求項３に記載の方法であって、前記受信されたＰＤＣＣＨメッセージに基づいて前記ＵＥによって新たな伝送を行うステップをさらに備える方法。
請求項5
ＨＡＲＱバッファを操作するための方法であって、ｅＮｏｄｅＢからＨＡＲＱＡＣＫを受信するステップ、前記ＨＡＲＱＡＣＫの前記受信に応じてＨＡＲＱバッファを確保するステップ、所定の時間の間に、期待される再送が検出されない場合、前記ｅＮｏｄｅＢからＵＥへ再送を求めるＰＤＣＣＨメッセージを送信するステップ、及び前記ＰＤＣＣＨメッセージの前記受信に応じて再送を行うステップを備える方法。
請求項6
請求項５に記載の方法であって、前記ＨＡＲＱＡＣＫが、前記ＵＥ側で、前記ｅＮｏｄｅＢからのＨＡＲＱＮＡＣＫで発生するエラーによって引き起こされる方法。